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DETAILED ACTION 

This Office Action is in regards to application 10/627,1 17 filed 7/24/2003. 

Response to Amendment 

Applicant herein amends claims 33, 34, 36-39, 52, and 55. Claim 60 is newly 
added. Accordingly, claims 2, 3, 5-9, 20 23, 33-40, 46 and 52-60 are pending. 

Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

Claims 2-3, 5-9, 20, 23, 33-34, 36-40, 46 and 51-59 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Steele et al. ('Steele' hereinafter) (U.S. Patent 
Application 2002/0091700). In the following, Steel teaches and suggests 

With respect to claim 2, A method as claimed 23, further comprising subsequent 
to step d), requesting entry of a first password to enable the further display of the first 
data assemblage and subsequent to step f), requesting entry of the first password to 
enable the further display of the second data assemblage (i.e. 0067, last 3 lines off 
0120 and last 4 lines of 0123. That is, each specific file (e.g. each assemblage) may be 
password protected and unlocked by specification of a password). 
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With respect to claim 3, A method as claimed in claim 23, further comprising, 
before step a), wirelessly receiving the first data assemblage at the hand portable 
device and before step e), wirelessly receiving the second data assemblage at the hand 
portable device (0016; i.e. beaming of content suggests the receiving of multiple 
assemblages (i.e. files)). 

With respect to claim 5, a method as claimed in claim 23, further comprising: 
discriminating the type of a data assemblage, wherein the automatic restriction of 
further display at step d) is enabled only for a the first data assemblage of a defined 
type or types (0100, top of 2 nd column of page 5; e.g. the record types QAFLEAF, 
BITMAP LEAF, FACTONLY LEAF are associated with the characteristic flags "visited" 
and "pwdProtected') and the automatic restriction of further display at step f) is enabled 
only for the second data assemblage of the defined type or types (01 13; i.e. protecting a 
FACT, QAF or BITMAP page describes types of data to be protected). 

With respect to claim 6, A method as claimed in claim 5, further comprising user 
specification of the defined type(s) for which automatic restriction of further display is 
enabled (0113; i.e. protecting a FACT, QAF or BITMAP page describes types of data to 
be protected). 
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With respect to claim 7 A method as claimed in claim 20, further comprising: user 
specification of a password for use in the first security mechanism (figure 10). 

With respect to claim 8 A method as claimed in claim 23, wherein the first data 
assemblage is one of: a SMS message, a MMS message, an instant messaging history, 
a picture file; an audio file; a video file; or a collection of bookmarks and wherein the 
second data assemblage is one of: a SMS message, a MMS message, an instant 
messaging history, a picture file; an audio file; a video file; or a collection of bookmarks 
(abstract; e.g. text and graphic images). 

With respect to claim 9 A method as claimed in claim 23 wherein at least one of 
the first data assemblage and the second data assemblage is created in the device 
(0120). 

With respect to claim 20, Steele teaches and suggests A method comprising: 

a) storing (0012) a plurality of data assemblages (Steele describes 
'assemblages' as: 0014 - records, 0016 - text and image files, 0067 - leafs and records 
and 0103 - pages. Herein, these assemblages will be analogous to and interpreted as 
files) in a hand portable device (0012, 0062; i.e. PDAs and smart phones); 

b) storing at least one data attribute (0077-0079; i.e. flags) for each of the 
plurality of data assemblages (see Steele at 0075; "flags are defined settings or 
triggers... associated with each record." Further, the flag definitions define the 
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characteristics of a given record), the data attribute indicative of first display of the data 
assemblage in the device (see Steele at 0079; e.g. a "seen" flag describes that a leaf 
has been visited at least once); 

c) displaying for a first time in the hand portable device (0012, 0062; i.e. PDAs 
and smart phones) a first data assemblage (0120; i.e. "Open Import File" describes 
opening a text file) of the plurality without regard to a first security mechanism (0120; i.e. 
it is suggested that a file may be imported without regards to a lock or entering a 
password), and responsive to the displaying for the first time (0079; i.e. a file is "seen") 
automatically changing the data attribute of the first data assemblage from a first type to 
a second type (0079; e.g. it is inherent that a "seen" flag would be triggered and set on 
if a file were to be viewed); and 

d) in response to changing the data attribute (i.e. setting the "seen" flag) of step 
c), automatically restricting further display of the first data assemblage (0120; i.e. 
locking the imaker application so that anyone opening a file after it is saved and closed 
will not be able to edit any password-protected page. Further, when a protected page is 
selected, the page is hidden (Steele at 0123) to restrict further display) using the first 
security mechanism (0121; i.e. password-protecting a page and requiring a password 
for unlocking). 

Although Steel does not expressly teach automatically restricting further display, 
it would have been obvious to one of ordinary skill in the art at the time of the present 
invention to automate the locking feature to protect a specific file from being edited for 
the benefit password protection for a specific leaf (i.e. file). It is also suggested (in 
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Steele's paragraph 0120) that after a file is saved and closed it is locked and therefore 
prevents further use. Also note that the flags describing the characteristics of the file 
(i.e. paragraphs 0077-0079) may be triggers (0075) to suggest that the flags set to 
protect the files can be automated. 

With respect to claim 23, Stone teaches and suggests A method as claimed in 
claim 20, further comprising, subsequent to step d): 

e) displaying for a first time in the hand portable device (0012) a second data 
assemblage of the plurality without regard to the first security mechanism (abstract 0102 
and 0120; i.e. Steele suggests that multiple files may be navigated to and displayed), 
and responsive to the displaying for the first time the second data assemblage 
automatically changing the data attribute of a-the second data assemblage from the first 
type to the second type (0079; e.g. setting a "seen" flag); and 

f) in response to changing the data attribute (i.e. setting the "seen" flag) of step 
e), automatically restricting further display of the first data assemblage (0120; i.e. 
locking the imaker application so that anyone opening a file after it is saved and closed 
will not be able to edit any password-protected page. Further, when a protected page is 
selected, the page is hidden (Steele at 0123) to restrict further display) using the first 
security mechanism (0121; i.e. password-protecting a page and requiring a password 
for unlocking). 

With respect to claim 33, A hand-portable device, comprising: 
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an input configured to receive a password (figure 10); 
a memory configured to store data (001 1); 

a display configured to display the data (0019; i.e. handheld computer screen); 

and 

a processor configured to (col. 2 of page 5; i.e. Ulnt16 hidden, protected and 
visited) detect that the data has been displayed for a first time (0079; i.e. a "seen" flag 
and Ulnt16 visited 1 suggesting that the file has been visited (i.e. displayed) at least 
once (bottom of second column of page 5) at the display means (0019; i.e. handheld 
computer screen) and automatically responsive to detecting that the data has been 
displayed for the first time (0079; i.e. a file is "seen") to restrict subsequent display of the 
data (0120; i.e. locking the imaker application so that anyone opening a file after it is 
saved and closed will not be able to edit any password-protected page. Further, when a 
protected page is selected, the page is hidden (Steele at 0123) to restrict further 
display) using a first security mechanism involving the password (0121; i.e. password- 
protecting a page and requiring a password for unlocking), wherein the access control 
means does not restrict the data being displayed for the first time using the password 
(0120; i.e. it is suggested that a file may be imported without regards to a lock or 
entering a password). 

Although Steel does not expressly teach to restrict subsequent display, it would 
have been obvious to one of ordinary skill in the art at the time of the present invention 
to automate the locking feature to protect a specific file from being edited for the benefit 
password protection for a specific leaf (i.e. file). It is also suggested (in Steele's 
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paragraph 0120) that after a file is saved and closed it is locked and therefore prevents 
further use. Also note that the flags describing the characteristics of the file (i.e. 
paragraphs 0077-0079) may be triggers (0075) to suggest that the flags set to protect 
the files can be automated. 



With respect to claim 34, A hand-portable device as claimed in claim 33, further 
comprising a transceiver configured to wirelessly receive the data at the hand portable 
device (0016; i.e. beaming of content). 

With respect to claim 36, A hand-portable device as claimed in claim 33, wherein 
the processor is configured to discriminate the type of data, and automatically restricts 
subsequent display of the data using the first security mechanism, if the data is of a 
defined type or types (0113; i.e. protecting a FACT, QAF or BITMAP page describes 
types of data to be protected). 

With respect to claim 37, A hand-portable device as claimed in claim 36, wherein 
the user input means is operable to enable a user to specify the defined type(s) (0075 
specifying flags regarding access and protection according to a type of record). 

With respect to claim 38, A hand-portable device as claimed in claim 33, wherein 
the user input means is operable to enable a user to specify the password (figure 10). 
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With respect to claim 39, A hand-portable device as claimed in claim 33, wherein 
the data defines at least one of: a SMS message, a MMS message, an instant 
messaging history, a picture file; an audio file; a video file; and a collection of 
bookmarks (abstract; e.g. text and graphic images). 

With respect to claim 40, A hand-portable device as claimed in claim 33, wherein 
the data are created in the device (0120). 

With respect to claim 46, A memory embodying a computer program and 
readable by a processor for enabling a mobile telephone to perform actions directed to 
restricting access to a first data assemblage, the actions comprising: 

a) storing (0012) a plurality of data assemblages (Steele describes assemblages' 
as: 0014 - records, 0016 - text and image files, 0067 - leafs and records and 0103 - 
pages. Herein, these assemblages will be analogous to and interpreted as files) in a 
mobile telephone (0012, 0062; i.e. smart phone); 

b) storing at least one data attribute (0077-0079; i.e. flags) for each of the 
plurality of data assemblages, the data attribute indicative of first display of the data 
assemblage (see Steele at 0075; "flags are defined settings or triggers... associated with 
each record." Further, the flag definitions define the characteristics of a given record), 
the data attribute indicative of first display of the data assemblage in the device (see 
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Steele at 0079; e.g. a "seen" flag describes that a leaf has been visited at least once) in 
the mobile telephone (0012, 0062; i.e. smart phone); 

c) displaying for a first time in the mobile telephone (0012, 0062; i.e. smart 
phone) a first data assemblage of the plurality (0120; i.e. "Open Import File" describes 
opening a text file) without regard to a first security mechanism, and responsive to the 
displaying for the first time (0079; i.e. a file is "seen") automatically changing the data 
attribute of the first data assemblage from a first type to a second type (0079; e.g. it is 
inherent that a "seen" flag would be triggered and set on if a file were to be viewed); and 

d) in response to changing the data attribute (i.e. setting the "seen" flag) of step 
c), automatically restricting further display of the first data assemblage (0120; i.e. 
locking the imaker application so that anyone opening a file after it is saved and closed 
will not be able to edit any password-protected page. Further, when a protected page is 
selected, the page is hidden (Steele at 0123) to restrict further display) in the mobile 
telephone using the first security mechanism (0121; i.e. password-protecting a page 
and requiring a password for unlocking). 

Although Steel does not expressly teach automatically restricting further display, 
it would have been obvious to one of ordinary skill in the art at the time of the present 
invention to automate the locking feature to protect a specific file from being edited for 
the benefit password protection for a specific leaf (i.e. file). It is also suggested (in 
Steele's paragraph 0120) that after a file is saved and closed it is locked and therefore 
prevents further use. Also note that the flags describing the characteristics of the file 
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(i.e. paragraphs 0077-0079) may be triggers (0075) to suggest that the flags set to 
protect the files can be automated. 

With respect to claim 52, A hand portable device as claimed in claim 33, wherein: 
the data comprises a first data assemblage (0120); the memory is further 
configured to store a second data assemblage (0012, i.e. storing image and text files), 
the display is further configured to enable a user to display the second data assemblage 
(0015; i.e. the users are allowed to rapidly navigate through large quantities of complex 
content), and the processor (col. 2 of page 5; i.e. Ulnt16 hidden, protected and visited) 
is further configured to detect that the second data assemblage has been displayed for 
a first time (0079; i.e. the record has been "seen") at the display means and 
automatically responsive to detecting that the second data assemblage has been 
displayed for the first time to restrict subsequent display of the second data assemblage 
using the first security mechanism involving the password (0075; i.e. password 
protection), wherein the access control means does not restrict the second data 
assemblage being displayed for the first time using the first security mechanism (0120; 
i.e. it is suggested that a file may be imported without regards to a lock or entering a 
password). 

With respect to claim 53, The hand portable device of claim 52, wherein at least 
one of the first data assemblage and the second data assemblage is created in the 
device (0120). 
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With respect to claim 54, The hand portable device of claim 33, wherein the first 
security mechanism comprises a data attribute associated with the data, said data 
attribute indicative of whether the data has been displayed for the first time (0079; 
"seen" flag and 0100; i.e. Ulnt16 visited:1 indicating that the record has been visited at 
least once), and wherein the processor is configured to restrict subsequent display of 
the data by changing the data attribute so as to require entry of the password at the 
user input means (0078; "password" flag and 0123; i.e. locking a file to prevent access 
to a protected page). 

With respect to claim 55, The hand portable device of claim 60, wherein: the user 
input means comprises a user input, the memory means comprises a memory, the 
display means comprises a display (0019) and the access control means comprises a 
processor (0142). 

With respect to claim 56, The memory of claim 46, the actions further comprising: 
e) displaying for a first time in the hand portable device (0012) a second data 
assemblage of the plurality without regard to the first security mechanism (abstract 0102 
and 0120; i.e. Steele suggests that multiple files may be navigated to and displayed), 
and responsive to the displaying for the first time the second data assemblage 
automatically changing the data attribute of a-the second data assemblage from the first 
type to the second type (0079; e.g. setting a "seen" flag); and 
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f) in response to changing the data attribute (i.e. setting the "seen" flag) of step 
e), automatically restricting further display of the first data assemblage (0120; i.e. 
locking the imaker application so that anyone opening a file after it is saved and closed 
will not be able to edit any password-protected page. Further, when a protected page is 
selected, the page is hidden (Steele at 0123) to restrict further display) using the first 
security mechanism (0121; i.e. password-protecting a page and requiring a password 
for unlocking). 

With respect to claim 57, The memory of claim 56, the actions further comprising, 
before step a): wirelessly receiving the first data assemblage at the hand portable 
device and before step e), wirelessly receiving the second data assemblage at the hand 
portable device (0016; i.e. beaming of content suggests the receiving of multiple 
assemblages (i.e. files)). 

With respect to claim 58, The memory of claim 56, further comprising: 
discriminating the type of a data assemblage, wherein the automatic restriction of 
further display at step d) is enabled only for the first data assemblage of a defined type 
(0100, top of 2 nd column of page 5; e.g. the record types QAFLEAF, BITMAP LEAF, 
FACTONLY LEAF are associated with the characteristic flags "visited" and 
"pwd Protected') or types and the automatic restriction defined type or types (0113; i.e. 
protecting a FACT, QAF or BITMAP page describes types of data to be protected). 
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With respect to claim 59, The memory of claim 46, the actions further comprising: 
user specification of a password for use in the first security mechanism (figure 10). 

With respect to claim 60, A hand-portable device comprising: 
user input means for user input of a password (figure 10); 
memory means for storing data (001 1 ); 

display means for displaying the data (0019; i.e. handheld computer screen); 

access control means arranged to (col. 2 of page 5; i.e. Ulnt16 hidden, protected 
and visited) detect that the data has been displayed for a first time ( 0079; i.e. a "seen" 
flag and Ulntl 6 visited 1 suggesting that the file has been visited (i.e. displayed) at least 
once (bottom of second column of page 5) at the display means (0019; i.e. handheld 
computer screen) and automatically responsive to detecting that the data has been 
displayed for the first time (0079; i.e. a file is "seen") to restrict subsequent display of the 
data using a first security mechanism involving the password (0121; i.e. password- 
protecting a page and requiring a password for unlocking), wherein the access control 
means does not restrict the data being displayed for the first time sing the password 
(0120; i.e. it is suggested that a file may be imported without regards to a lock or 
entering a password). 

Response to Arguments 

Applicant's arguments filed in the reply dated 4/10/2008 have been fully 
considered but they are not persuasive. 
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The Applicant argues (see end of page 10 of the reply) that Steele fails to teach 
the claimed invention on multiple counts. The Examiner respectfully disagrees given 
the following: 

First, Applicant argues that Steele's password has no effect for restricting further 
display. The Examiner disagrees because Steele discloses numerous features that 
restrict the further display of a file. For example, Steele discloses a password option for 
protecting an individual page so that once the option is set, then a passwords is 
required to view the page (01 13, Steele, wherein it is taught that "the password set here 
is the one the user must enter to view the protected screen"). Furthermore, Steel 
discloses a 'hidden' attribute that, once set, hides a password-protected page from 
further view (0123, Steele). Moreover, the Examiner submits that once the password- 
protected page is hidden or restricted from viewing until a password is entered 
sufficiently teaches the viewing restriction for that page. 

Secondly, Applicant argues that Steel's password is for functions at the PC and 
not related in any respect to what occurs at the PDA. Applicant supports this argument 
(last paragraph of page 9) by stating that paragraph [0120] is on the PC, not 
PDA/Smartphone. The Examiner respectfully disagrees because the [imaker] 
application disclosed in figure 120 may, in contrast to Applicant's assertion, be 
performed in the handheld. That is, Steele explicitly teaches the imaker application runs 
on a handheld computer (01 15, Steele). 
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Also in this respect, Applicant argues that the password teachings in Steele are 
not related to the PDA at al. The Examiner disagrees because a user (of a handheld 
computer may set a password, as seen in figure 10. Therein it is illustrated the options 
set in an imaker Palm Application. Therefore, with the user setting the password on the 
handheld computer, the password teaching are relevant to the PDA. 

Third, Applicant argues (bottom of page 10 in the reply) that there is no relation 
at all seen between Steele's seen flag and the password. The Examiner disagrees 
because Steele teaches that once a file is saved and then closed (i.e. which would have 
to be 'seen' first) a locking feature then password-protected that page from editing. 
Note, that in paragraph 0133 of Steele, once a page is password-protected, a password 
is needed to view it. Further, the Examiner submits that paragraph 0077 in Steele 
describes a hidden attribute of a given record wherein a user chooses to hide the 
record. In this instance the record must have been seen to be set as 'hidden' and once 
it was seen, Steele's system suggests that the 'seen' flag would have been set (0079, 
Steele). Also, with the record being 'seen' and then password protected, that record is 
then restricted from view until a correct password is entered (as suggested in Steele, 
01 13). Furthermore, the Examiner submits that it would have been obvious to automate 
the feature of automatically password protecting (and thus restricting further display) the 
pages in Steele for the benefit of a more secure system. Steele discloses this need 
wherein they teaches another user trying to tamper with the system to edit the pages 
(Steele, 0120). 
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Fourth, the Applicant argues (top of page 11) that element d) is beyond any 
ordinary skill modification to Steele. The Examiner disagrees and submits that it would 
have been obvious to modify Steele in such a way because i) Steele's invention is 
capable of being performed on a PDA (see 0115 wherein the imaker application is 
executed on the PDA) and therefore has the capable resources, and 

ii) would not take substantial redesign because the characteristics (flags) of each 
record that contain in part a hidden, password, and seen attributes are triggers that 
suggest the automation of setting those triggers. The Examiner submits that it would 
have been reasonable to modify Steel to relate a seen flag to a password (indicating 
password protection) flag because a record would have to be seen for that record to be 
subsequently password-protected. This modification would ultimately have the benefit 
of protecting individual records which Steele strives to achieve. 

To further note, in regards to automation, MPEP 2144.04 provides that 
automating a manual activity when the same result is accomplished is not sufficient to 
overcome the prior art. The specific excerpt from this section of the MPEP is provided 
below: 

III. AUTOMATING A MANUAL ACTIVITY 

In re Venner, 262 F.2d 91, 95, 120 USPQ 193, 194 (CCPA 1958) (Appellant argued that 
claims to a permanent mold casting apparatus for molding trunk pistons were allowable over the 
prior art because the claimed invention combined "old permanent-mold structures together with 
a timer and solenoid which automatically actuates the known pressure valve system to release 
the inner core after a predetermined time has elapsed." The court held that broadly providing an 
automatic or mechanical means to replace a manual activity which accomplished the same 
result is not sufficient to distinguish over the prior art.). 
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Conclusion 

The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 

Lock&Hide 3.0 Security and Encryption software. Released 5/14/2002. The 
subject matter disclosed therein pertains to the pending claims (i.e. automatically 
locking folders). 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 
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Contact Information 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Robert M. Timblin whose telephone number is 571-272- 
5627. The examiner can normally be reached on M-F 8:00-4:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John R. Cottingham can be reached on 571-272-7079. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 
273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/ROBERT TIMBLIN/ 
Examiner, Art Unit 2167 



/John R. Cottingham/ 
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